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TRAX 


FROM DIGITAL. 


ON-LINE TRANSACTION PROCESSING 

IS NOWA LOT EASIER. 




Until now, many features 
essential to on-line transaction 
processing were either unavail- 
able or very expensive -fea- 
tures like automatic application 
recovery and restart, compre- 
hensive data integrity, all pro- 
gramming in high level 
languages, distributed process- 
ing, fast terminal response and 
high throughput, and terminals 
that guide users through every 
transaction step. Now they're all 
available in TRAX-so transac- 
tion processing is much easier, 
and less expensive, than ever 
before. 



With TRAX from Digital, 
solving transaction processing 
problems is easier- and much 
less expensive. TRAX has every- 
thing you need to easily develop 
and maintain on-line transac- 
tion processing applications, 
it combines the best on-line 
mainframe features with all the 
advantages of minicomputers 
and adds capabilities rarely 
found anywhere. TRAX is a 
totally integrated system that 



economically meets manage- 
ments' most demanding 
requirements- high perform- 
ance, high uptime with assured 
data safety, intersystem commu- 
nications, and ease of use by 
programmers and clerical 
workers at terminals. 

TRAX is designed for high- 
volume transaction processing 
and easy application develop- 
ment. Its new forms-oriented 
terminal is very easy for the 
unsophisticated user. TRAX has 
an efficient architecture, a sim- 
plified programming style, and 
powerful facilities that simplify 
the development and mainte- 
nance of applications. 




TRAX IS EASY TO 
PROGRAM 

TRAX saves you the high 
cost of hiring system program- 
mers. TRAX has all system pro- 
grams built in -all you write are 
application programs. For 



example, TRAX includes 
restart/ recovery, staging, and 
forms handling capabilities. 

TRAX application-design 
style, supported in both software 
and documentation, helps the 
application designer or analyst 
easily create efficient 
applications. 

TRAX is highly approach- 
able by application program- 
mers who use ANSI-standard 
COBOL, or BASIC-PLUS-2, and a 
very simple forms language to 
write all applications easily. 

Programmers write small, 
structured, modular tasks 
instead of large, complex, and 
hard-to-maintain application 
programs. Programs are 
created and tested interactive- 
ly- so applications are devel- 
oped easily and rapidly. With 
the English-like forms language, 
ATL, a novice programmer can 
format screens. 

All files are accessed 
directly from COBOL or BASIC- 
PLUS-2. Data management serv- 
ices support sequential, relative, 
and indexed file organizations 
and sequential and random 
record access. 

The built-in communica- 
tions options are also used with 
COBOL or BASIC-PLUS-2. TRAX 
systems can easily talk to each 
other. They can also talk to 
mainframe systems, using TRAX 


3271 protocol emulation. 

In addition, comprehensive 
"how-to" documentation, a 
demonstration application, and 
interactive utilities make appli- 
cation design, programming, 
and system operation simpler 
than ever before. 

YOUR PEOPLE CAN 
USE TRAX EASILY 

Clerical or sales people, 
order-takers or production 
expediters can easily use TRAX 
without understanding com- 
puters. The smart, forms -oriented 
VT62 terminal -designed exclu- 
sively for TRAX systems - gives 
you and your terminal users 
these benefits: 

• Fast training. The system 
guides users with menu 
selection and function 
keys so users don't need 
to know computer 
commands. 


satisfaction. TRAX pro- 
vides rapid application 
terminal response. 

TRAX SAFEGUARDS 
YOUR DATA 

TRAX has a unique combi- 
nation of features that cope with 
hardware, software, and human 
problems -to safeguard your 
records -to keep serving you 
while protecting your data. 

Data integrity is assured 
despite hardware or software 
failures. TRAX provides efficient, 
automatic on-line application 
recovery from system crashes, 
power failures, resource inter- 
lock between transactions, and 
user and system transaction 
aborts. Application recovery 
means transactions aren't lost or 
reentered. 

Journaling provides 
recovery from media failure 
without reentry of transactions. 



• Fewer typing errors. 

Local terminal intelligence 
permits instant detection 
and immediate correction 
of errors. 

• Minimized confusion. 

With reverse video, auto- 
matic cursor positioning, 
and left and right justifica- 
tion, screens are easy to 
understand. 

• Greater feeling of con- 
trol. Smart, locally buf- 
fered terminals instantly 
echo typed characters. 

• Fewer misunderstand- 
ings. Separate message 
and display areas make 
application messages to 
the user easy to read. 

• Increased user 


Staging delays record updates 
until transactions are complete - 
so they can always be aborted 
with records left intact. With rec- 
ord locking, TRAX prevents 
simultaneous updates of rec- 
ords, unlike systems that severely 
limit user access by locking 
large data blocks or the entire 
data base. 

TRAX guards against 
unauthorized activity with user 
sign-ons, passwords, and iden- 
tity codes. It also has user and 
terminal work classes that 
define what transactions are 
available to a user or a terminal. 

TRAX utilities log hardware 
and software errors to help pro- 
vide increased uptime by spot- 
ting trouble areas early. 


TRAX PERFORMS 


TRAX integrates many 
hardware and software features 
that increase system through- 
put and speed terminal 
response so you benefit from: 

• High performance. You 
can use Digital's compre- 
hensive TRAX measure- 
ments to accurately 
estimate performance of 
your application. 

• Increased disk through- 
put with software cach- 
ing, multiple disk 
controllers, overlapped 
seeks, and shared, resi- 
dent data management 
services. 

• Fast file access because 
all application files are 
opened when the appli- 
cation is started. 

• Higher system through- 
put with block mode 
transmission and auxiliary 
processors reducing ter- 
minal handling overhead. 

• Fast execution and 
higher performance with 
shared system code, and 
small, fast application 
modules instead of large 
programs that use a lot of 
memory. 

•Optimized performance, 

after application is in pro- 
duction use, with software 
performance monitoring 
and simple tuning. 

• Instant data entry vali- 
dation with local error 
detection in smart VT62 
terminals. 
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TRAX SAVES 

Because TRAX provides 
complete transaction process- 
ing capabilities at minicom- 
puter costs, you save in the initial 
system purchase. Savings con- 
tinue because TRAX lifetime 
costs are much lower than with 
any comparable system. 

Applications are brought 
up quickly using modular appli- 
cation design and high-level 
languages. You don't add 
highly paid system program- 
mers to your staff. Programming 
time is reduced with extensive 
editing and debugging tools, 
all used on-line. System tools 
speed program check out -so 
applications get on-line fast 
and risks of errors during pro- 
duction are reduced. 

System operations costs 
are also reduced. TRAX system- 
generation sets new standards 
of ease and efficiency. Apply- 
ing updates to TRAX software is 
a fully automated procedure. 

TRAX systems range from 
those based on the smaller PDP- 
11 / 34 to those based on the 
large and powerful 11/70 (with 
main memory up to four million 
bytes). Application programs 
written on one TRAX system can 
run unchanged on any other. 

VT62 screen formats can 
be modified without changing 
the application programs that 
process the user-typed data. 

Multidrop VT62 terminals 
cut communications costs by 
efficiently sharing lines. Choose 
fast synchronous or less expen- 
sive asynchronous modems. 

With its 3271 protocol emu- 
lation option, TRAX is easy to 
integrate into your mainframe 
setup -TRAX may be a better 


alternative than upgrading your 
mainframe for transaction 
processing. 

MINICOMPUTER 

IMPLEMENTATION 

Compared to mainframes, 
minicomputer on-line transac- 
tion processing has several 
advantages: 

• hardware is less 
expensive 

• maintenance and devel- 
opment costs are lower 

• environments are easier to 
control 

• interactive capabilities 
are optimized 

• computers are located 
where work is done. 

Developing a mainframe 
transaction-processing applica- 
tion can be complex, costly, 
and time consuming. The origins 
of many mainframe transaction 
processing systems are in batch 
techniques; the nature of on-line 
transaction processing requires 
interactive architecture. 

TRAX has minicomputer 
features such as an on-line 
forms language and interactive 
program development and 
check out performed simulta- 
neously with transaction proc- 
essing. TRAX is unique in 
combining minicomputer 
advantages, VT62 applications 
terminals, and sophisticated 
software developed specifically 
for transaction processing; TRAX 
combines the best on-line main- 
frame features with all the 
advantages of minicomputers 
and adds capabilities rarely 
found anywhere. With TRAX, on- 
line transaction processing is 
now easier than ever before. 


AN APPLICATION EXAMPLE 


An example points up the 
benefits of on-line transaction 
processing and the advantages 
of TRAX. 

If you are unacquainted 
with on-line transaction process- 
ing, the example should serve 


as an introduction. If you are 
familiar with transaction proc- 
essing, the example will explain 
the many benefits of TRAX -the 
complete on-line transaction 
processing system. 

Although the example may 
not resemble your application. 


it does illustrate some require- 
ments of all on-line transaction 
processing systems... require- 
ments such as ease of use, reli- 
ability, data protection, high 
performance, communications, 
and economy. 


ATRADITIONAL SYSTEM 



and processed, it is found that 
Jerry's more recent orders for 
mufflers and ignition sets have 
exceeded his credit limit. The 
credit manager insists on pay- 
ment before letting the gaskets 
ship. Again Marsha must call 
Jerry to explain the problem. 


EXCEPTION REPORT— INVENTORY INSUFFICIENT 

27 April 1 °7 8 

Customer Cost Order Item Qty. Qty. in 

No. No. Ordered Stock 

Povary Repair 0407 013» NP3RJ rotor 10 08 

Carmo's 0077 0151 37ZR77 exhaust 01 00 


i 

» 


Qty. 

Short 

02 

01 


Jerry down at Jerry's Auto 
Diagnostic Center anxiously 
phones Apex Automotive Sup- 
ply with an order for six number 
43Q gaskets that he needs for a 
valve job. While Jerry is on the 
phone, Marsha, an Apex sales- 
person, looks at a weekly 
report of inventory items and 
finds that eight 43Q gaskets are 
in stock. She then writes out an 
order with all customer data, 
including items ordered and 
“ship to" and “bill to" addresses. 
When enough orders have been 
received, Marsha sends them to 
keypunch, where an operator 
punches the gasket order. 

If fhe keypunch operator 
cannot read Marsha's handwrit- 
ing, the order must be returned 
for clarification. The order is then 
keypunched. At last the cards 



are read into the computer for 
processing with a batch of other 
orders. During processing, 
inventory records and prices are 
checked against items ordered. 
Customer information 
(addresses, credit status, etc.) is 
checked, and picking orders 
are issued. For Jerry's order, 
however, a report is printed stat- 
ing that there is no such item as 
number 432 gaskets. The report 
is routed to Marsha who looks at 
her copy of the original order 
and finds that the keypunch 
operator entered “432" instead 
of “43Q " as the gasket part. 



By now hours or daysYtave 
passed. Marsha must call Jerry 
and explain the delay, then 


reenter the order. No other key- 
punch errors occur, but when 
the order is again keypunched 


Jerry’s Auto 0893 0074 43Q gasket 06 

Palnnow 0210 0049 M45-P3 bracket 25 

Utrillo Service 0190 0120 70B4J Clamp 100 

Jerry insists that he sent a 
payment a few days ago. 

Checking with bookkeeping, 

Marsha confirms this but finds 
that payments received the day 
Jerry's check arrived are still in 
keypunch, yet to be processed 
and applied to customer 
accounts. 

Late in the day the credit 
manager agrees that Jerry's 
account is okay to ship, and his 
order is resubmitted the next 
day for processing. The order is 
again processed, but a report is 
issued stating that only five 43Q 
gaskets are in stock because 
three were sold since Marsha's 
last weekly inventory report was , 

printed*. \ 

EXCEPTION REPORT— CREDIT INSUFFICIENT 

26 Arrll 1978 

Cu*tomer Oust Order Order Balance credit Credit 

No. No. Amt. Limit Exceeded 

Acme Body 0453 0087 234.17 192.00 300.00 126.17 

B f> T Repair 0048 00P1 16.40 0.00 0.00 16.40 

Dart Garaoe 0193 0104 870.34 704.80 1000.00 575.14 

jerry's Auto 0893 0074 24.00 492.00 500.00 16.00 

Long's Station 0329 013? 77.00 0.00 50.00 27.00 

Rainbow 0210 0049 134.40 885.35 1000.00 19.75 

Teddy's Service 0427 0060 442.00 7835.75 3000.00 277.75 


05 01 

18 07 

00 100 


‘While it is perhaps unlikely that all these mishaps would occur in just one case, the narrative is intended to point up the inherent constraints of batch processing, 


THE NEW ALTERNATIVE 


Jerry throws up his hands 
and decides to order the gas- 
kets from Sleek Auto. There, 
people use a TRAX transaction 
processing system to manage 
his account quite differently. 
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Jerry speaks to Steve who 
sits at a VT62 applications termi- 
nal, a part of the Sleek TRAX 
system. 

Having been burned 
before, Jerry tells Steve he wants 
to order six43Q gaskets and asks 
Steve to make sure Sleek's inven- 
tory and his credit are sufficient. 




TRANSACTION SELECTION 

■DDCST 

- 

Add Custoner Record 

ADDSTK 

- 

Add Stock Record 

APPPAY 

- 

Apply Paynents 

CHNCST 

— 

Change Custoner Data 

CHNSTK 

- 

Change Stock 

CSHSAL 

- 

Cash Sale 

DPYBCK 

- 

DISPLAY Back Orders 

DPYCST 

- 

DISPLAY Custoner Data 

DPYINV 

- 

DISPLAY Invoice 

DPYORD 


DISPLAY Order 

DPYSTK 

- 

DISPLAY Stock 

ENTER 

- 

Enter Order 

PROBCK 

- 

Process Back Orders 

RCVSTK 

- 

Received Stock 

SHPORD 

— 

Ship Order 


Transactions Steve can use are displayed on 
his terminal. 




TRANSACTION SELECTION 

ADDCST 


Add Custoner Record 

ADDSTK 

- 

Add Stock Record 

APPPAY 

- 

Apply Paynents 

CHNCST 

- 

Change Custoner Data 

CHNSTK 

- 

Change Stock 

CSHSAL 

— 

Cash Sale 

DPYBCK 

- 

DISPLAY Back Orders 

DPYCST 

- 

DISPLAY Custoner Data 

DPYINV 

- 

DISPLAY Invoice 

DPYORD 

- 

DISPLAY Order 

j j^||!|| 


DISPLAY Stock 

PROBCK 

_ 

Process Back Orders 

t RCVSTK 

- 

Received Stock 

r SHPORD 

~ 

Ship Order 


Terminal confirms selected transaction. 


Steve requests the first form of the Enter 
Order transaction. 

Moving the terminal cursor 
to the Enter Order transaction 
listed on his transaction-selec- 
tion menu, Steve presses the 
SELECT key which confirms his 
selection by highlighting "Enter 
Order" in reverse video. Steve 
then presses the ENTER key, and 
a form appears with the cursor 
positioned at the beginning of 
the "customer ID number" field, 
prompting for Jerry's customer 
identification number. Because 
Jerry doesn't know his ID 
number, Steve moves the cursor 
and enters instead "Jerry's Auto 
Diagnostic Center" in the cus- 
tomer name field also provided 
on the form. Steve then hits the 
ENTER key. The alternative look- 
up capability (by customer 
number or name) is made possi- 
ble by TRAX's multikey ISAM 
feature. 


Custoner Identification 


Custoner t: 
Custoner Nane: 


Terminal displays first form of Enter Order 
transaction. 


Custoner Identification 


Custoner I: 
Custoner Nane: 


Steve types Jerry's ordering information. 

Steve inadvertently hits the 
letter "T" instead of a "6" while 
typing where the form and auto- 
matic cursor positioning 
prompts for Jerry's ZIP Code. At 
the instant he hits the “T," the 
terminal buzzes, an error light 
comes on, and the message 
"numeric only" appears on the 
screen's error line. The cursor 



Terminal responds instantly to 
typing errors. 

does not move, nor does the 
letter appear on the screen. 
Steve corrects this error, 

detected in the terminal's 
microprocessor without CPU 
involvement, by pressing the 
RESET key and typing the 
number "6." 


Steve types customer name where 
prompted by form. 

Almost instantly, the screen 
shows a return form which dis- 
plays the order number and 
date, and prompts Steve to enter 
Jerry's purchase order number 
and shipping instructions. 







After Steve types the order 
information, he presses the 
ENTER key. He quickly gets a 
form on which he types the 
quantity, 6, and stock number, 
43Q, for Jerry's gaskets. He then 



Steve enters gasket order. 

presses the ENTER key. A mes- 
sage "TRANSACTION COM- 
PLETE" comes back so Steve 
knows that 

• the part number is valid 

• the order is entered 

• Jerry's credit is good 

• the gaskets are in 
inventory. 



Successful completion of transaction is 
quickly confirmed. 


The application program 
would tell Steve if any of these 
statements were untrue. He 
could then do a customer-status 
or an inventory inquiry transac- 
tion to get more information. 

Any credit problems could be 
discussed immediately. If the 
gaskets were out of stock, Steve 
would have the chance, made 
possible by the on-line system, 
to offer a partial shipment or a 
substitute part, recommended 
by the application program, 
while Jerry is still on the 
phone. 


TERMINAL-USER 
APPROACH ABILITY 
SYSTEM AVAILABILITY 
AND DATA INTEGRITY 

Steve finds it easy to use the 
Sleek TRAX system even though 
he never before used a com- 
puter terminal. The system 
guides him through each action 
with easy-to-read screens. 
Reverse video highlights spe- 
cific prompts or typed-in data. 
Automatic cursor positioning 
and left and right field justifica- 
tion help him enter data in the 


correct position. The buffered, 
smart VT62 terminal detects 
typing errors and echos typed 
characters instantly, provides 
separate screen areas for forms 
and for system/operator mes- 
sages, and responds rapidly 
after forms are transmitted. 

These features make 
Steve's job easy and enjoyable. 
Of course, the ability the system 
gives him to keep his phone cus- 
tomers happy is a primary TRAX 
benefit that Steve takes for 
granted because the system is 
almost always available for his 
use: TRAX restart and applica- 
tion recovery features keep the 
system up and maintain file 
integrity, making software and 
system failures, including tran- 
sient power problems, almost 
unnoticeable to him. Other 
things that never corrupt Steve's 
customer records are disk 
crashes or media failures, 
resource interlocks, or simulta- 
neous record updates. Files are 
kept consistent without cleanup 
even in those few instances 
when software errors cause the 
system to abort a transaction 
and, more commonly, when a 
customer changes his mind and 
Steve deliberately aborts 
mid-transaction. 



TRAX safeguards data from a variety of 
human and machine actions. 




Steve works on a commis- 
sion, so he'd never want to dam- 
age the system. But there's no 
way he can even accidentally 
use operating system com- 
mands -the VT62 hardware 
and software is isolated from 
them. In addition, Steve must 
sign on to his terminal whenever 
he starts to work. Anyone who 
came along while Steve was not 
signed on would need a user 
identification and password 
to use the terminal. 

TRAX DELIVERS 

As he talks to Jerry, Steve 
has been able to find out that 
the gaskets are in stock and that 
Jerry's credit is good. This infor- 
mation reflects the moment's 
reality, not the status of files in an 
outdated report generated dur- 
ing a batch run. And now, after 
he presses the key to enter 
Jerry's gasket order, a picking 
slip starts to print on a remote 
Digital printer attached to a 
VT62 terminal in Sleek's ware- 
house on Commerce Street 
across town from the Main Street 
office - where Steve works. The 
order is rapidly picked, packed, 
and shipped. Hardware- 
implemented DDCMP commu- 
nications ensure the accuracy 
of all TRAX data transmission. 

REMOTE 

TERMINALS 

In the Commerce Street 
warehouse. Sleek's busy ship- 
ping and receiving department 
has several VT62 terminals han- 
dling their transactions. When 


the picking slip is handed in and 
the gaskets packed, a clerk 
enters Jerry's shipment on a 
VT62 terminal. The application 
designer has dedicated the 
warehouse terminals to the Ship 
Order and Receive Stock trans- 
actions. Since there are no other 
transactions needed in this 
location, the terminals here are 
limited to these two. The Ship 
Order transaction entered for 
Jerry's gaskets automatically 
generates other transactions in 
Sleek's TRAX system that 

• issue, on another printer in 
the warehouse, a pack- 
ing list to include with 
Jerry's shipment 

• adjust Jerry's accounts 
receivable and credit 
records, and print an 
invoice 

• update Sleek's inventory 



The invoice immediately 
issued as a result of the Ship 
Order transaction lets Sleek bill 
for goods the same day they're 
shipped. This reduces the aver- 
age time between sales and 
payments compared to 
batched billing. With their large 
volume of business, this cash 
flow improvement is very impor- 
tant to Sleek. 



With transactions designed 
to print reports automatically 
when inventory items are low or 
out. Sleek personnel spot reor- 
dering situations as they occur. 
They can thus keep inventories 
smaller than is possible with 
weekly checking and ordering 
procedures. 

Communications costs are 
low because only one phone 
line is needed for all the termi- 
nals and printers in Sleek's Com- 
merce Street warehouse. The 
VT62s in the warehouse are mul- 
tidrop terminals that share one 
line to the TRAX system in Sleek's 
Main Street office, where Steve 
works. Each printer in the ware- 
house shares a microprocessor 
and line interface with a VT62. 
However, a printer is independ- 
ent of its associated VT62 so far 
as the application programmer 
and terminal users are 
concerned. 
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TRAX COMMUNI- 
CATIONS OPTIONS 

Sleek Auto is a subsidiary of 
Worldwide Enterprises, a large 
firm headquartered in Chicago, 
nearly a thousand miles from 
Sleek. There, a mainframe com- 
puter in Worldwide's central 
data processing facility is 
interactively kept up to date on 
Sleek's activities via TRAX 3271 
protocol emulation. Other 
Worldwide subsidiaries also 
have TRAX systems, so World- 
wide managers can stay on top 
of activities in all their opera- 
tional areas. And TRAX systems 
in different Worldwide subsidiar- 
ies can talk to one another over 
dial-up lines, with one TRAX sys- 
tem generating remote transac- 
tions in another, using the 
TRAX-to-TRAX communications 
option. One TRAX system can, 
for example, locate a part in the 
inventory of another. 

EXPENSIVE 
UPGRADE AVOIDED 

Worldwide Enterprises has 
even installed a TRAX system to 
handle transaction processing 
in their Chicago headquarters. 
Adding a TRAX system that 
communicates with their main- 
frame via 3271 protocol emula- 
tion was faster and more 
economical than upgrading the 
large computer to handle on- 
line transaction processing. 

PROGRAMMER 
APPROACH ABILITY 

Sleek's application pro- 
grammer was able to write all 
local and remote-to-Chicago 
communications code in 
COBOL. In fact, system pro- 
grammers from Worldwide's 
mainframe staff did not have to 
visit Sleek-TRAX applications 
never require system-level 
programming. 

TRAX has all system pro- 
grams built in. So all the Sleek 
programmer had to write were 


the applications. Using COBOL, 
the simple forms language, and 
several TRAX utilities. Sleek's 
programmer was able to write, 
debug, and get applications 
on-line in months instead of 
years. 


easy-to-use management tool, 
helps Sleek executives make 
ad hoc inquiries and prepare 
reports analyzing inventory, 
purchasing, and cash flow. The 
data used for these reports is 
always accurate to the minute- 


TRAX LIFETIME COSTS 
VS 

CONVENTIONAL TRANSACTION SYSTEM COSTS 


Initial Costs 


System 

Programming 

Costs 



\ 


Application 

Development 

Costs 




CONVENTIONAL TRAX 


transaction processing. 

TRAX AND YOUR 
APPLICATION 


TRAX 

PERFORMANCE 

Our story ends happily. 

Jerry receives his gaskets the 
next day. Steve and his many 
co-workers who use VT62s at 
Sleek's TRAX installation are as 
happy with its rapid terminal 
response as is Sleek's manage- 
ment with TRAX throughput. And 
because Digital has compre- 
hensive performance measure- 
ments of emulated but realistic 
applications, the TRAX system 
configured by the Digital sales- 
person and software specialist 
performs as Sleek desired. 

TRAX PROVIDES 
MANAGEMENT 
INFORMATION 

Sleek puts their TRAX sys- 
tem to use in a host of applica- 
tions. TRAX is used for accounts 
payable, materials manage- 
ment, fixed asset management, 
project management, and pur- 
chase orders, as well as for the 
order entry, credit verification, 
inventory, picking, shipping, 
receiving, and accounts receiv- 
able transactions already men- 
tioned. DATATRIEVE, an optional. 


As with Sleek Auto, business 
events - transactions -are 
probably the nuts and bolts of 
your daily operations. If accu- 
rately capturing and quickly 
processing transaction data into 
meaningful information can aid 
the operation and management 
of your organization, you may 
want to learn more about TRAX. 
A Digital sales representative 
can explain TRAX features - 
and the benefits your organiza- 
tion can expect from TRAX. 


TRAX SUPPORTED DEVICES 

Max. 

Memory Disks 

Tapes 

Terminals 

Line 

Printers 

256KB 

PDP-11 /34 

RK07- 28MB 
RM02- 67MB 
RP04- 88MB 
RP05- 88MB 
RP06- 176MB 

TE 1 6 - 1 600bpi , 45i ps 
TU16-1600bpi, 45ips 
TU45-1600bpi, 75ips 

LA36 

VT52 

VT62 

LAI 80 

LP11- 
96 char, 
132 col 

256KB 

PDP-11/60 

RK07- 28MB 
RM02- 67MB 
RP04- 88MB 
RP05- 88MB 
RP06- 176MB 

TE16- 1600bpi, 45ips 
TU 1 6 - 1 600bpi , 45i ps 
TU45-1600bpi. 75ips 

LA 36 

VT52 

VT62 

LAI 80 

LP11- 
96 char, 
132 col 

4MB 

PDP-11/ 70 

RM03- 67MB 
RP04- 88MB 
RP05- 88MB 
RP06- 176MB 

TE16-1600bpi, 45ips 
TU16-1600bpi, 45ips 
TU45-1600bpi, 75ips 

LA 36 

VT52 

VT62 

LAI 80 

LP11 — 

96 char, 
132 col 
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